home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group94a.txt / 000045_icon-group-sender _Wed Feb 16 14:23:37 1994.msg < prev    next >
Internet Message Format  |  1994-08-19  |  1KB
  1. Received: by cheltenham.cs.arizona.edu; Wed, 16 Feb 1994 15:39:16 MST
  2. Date: Wed, 16 Feb 94 14:23:37 CST
  3. From: jeffery@ringer.cs.utsa.edu (Clinton L. Jeffery)
  4. Message-Id: <9402162023.AA10013@ringer.cs.utsa.edu.sunset>
  5. To: kf8nh@kf8nh.ampr.org
  6. Cc: icon-group@cs.arizona.edu
  7. In-Reply-To: (Brandon S. Allbery's message of 12 Feb 94 18:59:50 GMT <1994Feb12.185950.447@kf8nh.wariat.org>
  8. Subject: wishing for an Icon-like embedded language
  9. Content-Length: 629
  10. Status: R
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12.  
  13.  
  14. Brandon Allbery writes:
  15. > The biggest problem here is maintaining separate execution contexts for all
  16. > clients.  For the Prolog one I didn't need to; it was essentially a "Prolog
  17. > database server" which arbitrated access to a common rulebase.
  18.  
  19. Well, the Icon interpreter has code (under yet another #ifdef that is turned
  20. off by default) that supports separate execution contexts.  In fact, if we
  21. could just settle on a few network interface functions, y'all could almost
  22. write this heyah suhver y'all are talkin about in Ahcon.
  23.  
  24. Clint Jeffery
  25. jeffery@ringer.cs.utsa.edu
  26. Deep in the heart of Texas, no one can hear you scream.
  27.